home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9806 / 000005_owner-linux-arm…r.rutgers.edu _Mon Jun 1 11:05:51 1998.msg < prev    next >
Internet Message Format  |  1998-06-30  |  4KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from virtual.bbc.co.uk (virtual.bbc.co.uk [132.185.132.199])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id LAA32123
  4.     for <willy@odie.barnet.ac.uk>; Mon, 1 Jun 1998 11:05:50 +0100
  5. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  6.     by virtual.bbc.co.uk (8.8.5/8.8.5) with ESMTP id LAA14893
  7.     for <willy@bofh.ai>; Mon, 1 Jun 1998 11:05:51 +0100 (BST)
  8. Received: from vger.rutgers.edu ([128.6.190.2]:19765 "EHLO vger.rutgers.edu" ident: "root") by nic.funet.fi with ESMTP id <2554-668>; Mon, 1 Jun 1998 13:04:32 +0300
  9. Received: by vger.rutgers.edu id <971154-11595>; Mon, 1 Jun 1998 04:56:27 -0400
  10. Received: from hermes.ex.ac.uk ([144.173.6.14]:10562 "EHLO exeter.ac.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <971189-11595>; Mon, 1 Jun 1998 04:55:50 -0400
  11. Received: from hebe [144.173.6.23] by hermes via SMTP (LAA04838); Mon, 1 Jun 1998 11:03:01 +0100 (BST)
  12. Date:     Mon, 1 Jun 1998 11:03:01 +0100 (BST)
  13. From: Phil Norman <P.C.F.Norman@exeter.ac.uk>
  14. X-Sender: py95pcfn@hebe
  15. To: Sam Kington <sam@illuminated.co.uk>
  16. cc: ARM Linux mailing list <linux-arm@vger.rutgers.edu>
  17. Subject: Re: LongFiles support in the ADFS fs
  18. In-Reply-To: <35727939.3CEF7FCC@illuminated.co.uk>
  19. Message-ID: <Pine.SGI.3.91.980601105728.5994B-100000@hebe>
  20. MIME-Version: 1.0
  21. Content-Type: TEXT/PLAIN; charset=US-ASCII
  22. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  23. Sender: owner-linux-arm@vger.rutgers.edu
  24. Precedence: bulk
  25. X-Loop: majordomo@vger.rutgers.edu
  26. Status: RO
  27.  
  28. On Mon, 1 Jun 1998, Sam Kington wrote:
  29.  
  30. > Matthew Godbolt wrote:
  31. > > 
  32. > > Has anyone considered putting LongFiles support into the ADFS
  33. > > filesystem?  If not, I'm looking for a chance to get into kernel hacking
  34. > > so I volunteer myself.
  35. > 
  36. > Isn't there already some method of handling image file systems? ISTR
  37. > someone muttering about the loopback mechanism as a method of doing
  38. > this, unless I was terminally confused.
  39.  
  40. Longfilenames isn't an image filing system.  It works as a module, 
  41. probably sitting on the FileV and all the other vectors (under RiscOS) 
  42. which are anything to do with filenames.  It detects the user trying to 
  43. create/copy/whatever a file with a long filename and if there is going to 
  44. be one in directory A, it creates a file called '!!!!!!!!Z!' in the 
  45. directory, which contains mappings of short filenames to long filenames, 
  46. and names the file whose filename is to be long as (C)JPT_xxx where xxx 
  47. starts from 000 and goes up to 009, then 00a etc etc.  Then, when 
  48. filename information is requested is modifies the data returned by 
  49. FileCore so all the (C)JPT_ files are changed to their long equivalents.  
  50. And, of course, it forces the !!!!!!!!Z! file to never be displayed.
  51.  
  52. Unfortunately this way of doing things is a pain when mounting filecore 
  53. partitions under linux, since a longfilenamed directory's long filenamed 
  54. files are just (C)JPT_xxx, and so you can't tell what they really are 
  55. except by either taking a look at the file or by lessing the !!!!!!!!Z! 
  56. file (if you understand the file format) which is a pain in the neck, 
  57. since it requires you to escape EVERY ! in the filename, like so:
  58.  
  59. less \!\!\!\!\!\!\!\!Z\!
  60.  
  61. Erk!
  62.  
  63. So best of luck with it Matt - it'll be useful :-)
  64.  
  65.  
  66. -- 
  67. Rule of programming #4: The length of time taken to find a bug is
  68.     directly proportional to its simplicity.
  69.  
  70. Phil Norman, mailing from Exeter University.
  71. email:    forrey@eh.org
  72. URL:    http://newton.ex.ac.uk/general/ug/norman
  73.  
  74. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu